From wang!elf.wang.com!ucsd.edu!packet-radio-relay Tue Apr  2 14:44:22 1991 remote from tosspot
Received: by tosspot (1.64/waf)
	via UUCP; Tue, 02 Apr 91 20:09:21 EST
	for lee
Received: from somewhere by elf.wang.com id aa19539; Tue, 2 Apr 91 14:44:21 GMT
Received: from ucsd.edu by relay1.UU.NET with SMTP 
	(5.61/UUNET-shadow-mx) id AA25942; Tue, 2 Apr 91 09:14:34 -0500
Received: by ucsd.edu; id AA13426
	sendmail 5.64/UCSD-2.1-sun
	Tue, 2 Apr 91 04:30:12 -0800 for brian
Received: by ucsd.edu; id AA13412
	sendmail 5.64/UCSD-2.1-sun
	Tue, 2 Apr 91 04:30:08 -0800 for /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
Message-Id: <9104021230.AA13412@ucsd.edu>
Date: Tue,  2 Apr 91 04:30:05 PST
From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu>
Reply-To: Packet-Radio@ucsd.edu
Subject: Packet-Radio Digest V91 #79
To: packet-radio@ucsd.edu


Packet-Radio Digest         Tue,  2 Apr 91       Volume 91 : Issue  79

Today's Topics:
                            Mentor needed

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 1 Apr 91 23:59:54 GMT
From: usc!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!mips!cs.uoregon.edu!milton!sumax!thebes!ole!ssave@ucsd.edu
Subject: Mentor needed
To: packet-radio@ucsd.edu

  I am interested in Amateur radio. I would like to get started and
  give the required exams. What I want to request from you pros out
  there is for someone to help and guide in this process. I need to
  practice and I need to learn from someone with experience. Would
  someone like to take on this task.
  I live in the Seattle area and have a degree in EE.

					Shailendra
                      beaver.cs.washington.edu!sumax!ole.uucp.ssave

------------------------------

Date: 1 Apr 91 22:29:31 GMT
From: epic!karn@bellcore.bellcore.com
To: packet-radio@ucsd.edu

References <skcm.670222049@ise>, <1991Mar29.223715.5564@bellcore.bellcore.com>, <skcm.670398101@ise>
Reply-To : karn@thumper.bellcore.com
Subject : Re: ? how to route with tcpip

In article <skcm.670398101@ise>, skcm@echo.canberra.edu.au (Carl Makin) writes:
|> In the case of a BBS forwarding traffic then the BBS is the "originating"
|> station.  In the case of someone navigating his way thru the network
|> then HE remains the "originating station" despite how many links may
|> be carrying his traffic.

This STILL makes no sense. There is absolutely no fundamental
difference between an autoforwarding BBS and an IP router. Both are
store-and-forward packet switches. Both operate automatically,
forwarding connectionless traffic from a source toward a destination
on top of AX25 frames that reflect only the immediate transmitter and
receiver. The only differences are the following:

1. (The BBS) generally uses magnetic disks for store-and-forward
buffer storage while the other uses dynamic RAM.

2. The network layer protocols are a little different - one uses
stream ASCII (the mail message format); the other uses formatted
binary (the IP header).

It is true that the network layer addresses in the BBS network are
callsigns while IP addresses are not. But the three big uses of IP,
mail, FTP and telnet, usually involve exchanging, in the TCP data
stream, the names of the originating and destination station or user
names as part of the application protocol.  Since the amateur TCP/IP
convention is to make the user's callsign part of the system name, you
have a situation very similar to autoforwarding BBSes. In neither
situation are the originating and ultimate destination stations
identified in each packet, but they are identified in the data stream
near the beginning of a connection.

I hesitate to encourage you to use this argument with the DoTC because
it could very well result in a proclamation that autoforwarding BBSes
are illegal too... such is the nature of a bureaucrat, I'm afraid.

Phil

------------------------------

End of Packet-Radio Digest
******************************
